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AMENDMENT TO THE CLAIMS 

1. (Previously Presented) A payment processing gateway server for processing financial 

transactions comprising: 

a public network interface configured to couple to a public network and receive first 
financial transaction authorization requests, the first financial transaction 
authorization requests received from merchants and include transaction specific 
data, merchant and or store related data which is related to a merchant generating 
the authorization request and a supplemental header, wherein the supplemental 
header includes a contract identification field which identifies a contract with a 
payment provider; 

a gateway memory that includes a listing of valid contract identifications, wherein the 
gateway memory includes a cache of merchant or store/location invariant data and 
wherein the financial transaction authorization requests include a cache-key 
which identifies data in the cache, wherein the cachc-kcy comprises a 128 bit data 
field, wherein the financial authorization requests include a cacheable data field 
and wherein the gateway processor populates the cache contained in the memory 
with data received in the cacheable data field; 

a gateway processor configured to process the first financial transaction authorization 
requests received through the public network interface based upon a comparison 
of data in the contract identification field to the listing of valid contract 
identifications, wherein the gateway processor is further configured to reject the 
first financial transaction authorization requests based on a determination that the 
data in the contract identification field does not match a valid contract 
identification in the listing of valid contract identifications; 

a financial network interface configured to couple to at least one financial network and 
transmit second financial transaction authorization requests to a financial 
institution coupled to the at least one financial network based upon the first 
financial transaction authorization requests, the financial network interface further 
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configured to receive first financial transaction authorization results fi-om the 
financial institution; 

the public network interface further configured to send second financial transaction 
authorization results to merchants in response to the first financial transaction 
authorization results; and 

wherein the payment processing gateway server is implemented in a plurality of servers, 
a portion of the plurality of servers being web servers in a web cluster and at least 
one of the plurality of servers being a shared server, the web servers accessing 
state information from the shared server, the shared server maintaining cache 
consistency and replication across the web servers. 

2. (Previously Presented) The apparatus of claim 1 wherein configured to reject comprises the 
gateway processor configured to send a transaction response that includes a transaction header 
field and a response data field, wherein the transaction header field identifies a particular 
transaction, and wherein the web servers and the shared server exchange data utilizing objects. 

3. (Previously Presented) The apparatus of claim 1 wherein the gateway server sends a NACK 
message to a merchant through the public network interface if the data in the contract 
identification field does not match the valid contract identifications contained in memory. 

4. (Previously Presented) The apparatus of claim 1 wherein the gateway server sends an ACK 
message to a merchant through the public network interface if the data in the contract 
identification field matches a valid contract identification contained in memory. 

5. (Previously Presented) The apparatus of claim 2 wherein the contract identification field 
comprises two bytes of 8 data bits each. 



6. (Previously Presented) The apparatus of claim 5 wherein the gateway memory includes log 
data related to data carried in the contract identification field of supplemental headers received 
from a plurality of first financial fransaction authorization requests. 

7-9. (Cancelled) 

10. (Previously Presented) The apparatus of claim 6 wherein the gateway processor maintains an 
open socket connection with a financial institution throughout the financial network interface 
during processing of a financial fransaction authorization request. 

1 1 . (Previously Presented) The apparatus of claim 6 wherein the supplemental header includes a 
payment type field. 

12. (Previously Presented) The apparatus of claim 11 wherein the first financial transaction 
authorization requests are in accordance with an HTTPS standard. 

13. (Previously Presented) The apparatus of claim 11 wherein the first financial fransaction 
authorization requests are in accordance with an XML standard. 

14. (Previously Presented) The apparatus of claim 11 wherein the first financial fransaction 
authorization requests are transmitted through a secure socket layer. 

15. (Previously Presented) The apparatus of claim 1 1 wherein an ACK fransmission through the 
public network interface by the gateway server to a merchant does not precede a fransmission of 
an authorization result. 



16. (Cancelled) 
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17. (Previously Presented) A payment processing gateway server for processing financial 
transactions comprising: 

a public network interface configured to couple to a public network and receive first 
financial transaction authorization requests, the first financial transaction 
authorization requests received from merchants and include transaction specific 
data, merchant and/or related data which is related to a merchant generating the 
authorization request, a supplemental header, and a cache -key field; 

a gateway memory that includes a cache of merchant or store/location invariant data, 
wherein the merchant or store/location invariant data includes a merchant name, a 
location, a merchant category code, and an acquirer bin; 

a gateway processor configured to retrieve the merchant or store/location invariant data 
based upon the cache-key field and configured to process first financial 
transaction authorization requests received through the public network interface 
based upon the supplemental header; 

a financial network interface configured to couple to at least one financial network and 
transmit second financial transaction authorization requests to a financial 
institution coupled to the at least one financial network based upon first financial 
transaction authorization requests, the financial network interface fiirther 
configured to receive first financial transaction authorization results from the 
financial institution; 

the public network interface fiirther configured to send second financial transaction 
authorization results to merchants in response to the first financial transaction 
authorization results; 

wherein the supplemental header includes a payment type identification field which 
identifies a financial network coupled to the financial network interface for 
processing the first financial transaction authorization request; 

wherein the payment processing gateway server is implemented in a plurality of web 
servers; and 
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a web server front end that directs multiple web requests from one particular Internet 
Protocol address to the same web server. 

18. (Previously Presented) The apparatus of claim 17 wherein the payment type identification 
field identifies a fransaction type, payment network and/or protocol and wherein the web server 
front end directs multiple web requests from one particular Internet Protocol address to the same 
web server for a set period of time. 

19. (Cancelled) 

20. (Previously Presented) The apparatus of claim 18 fiirther comprising: 

a back end server process that maintains an open payment socket to the at least one 
financial network; and 

wherein the pajanent type identification field describes a protocol format of the 
fransaction specific data. 

21. (Previously Presented) The apparatus of claim 20 wherein the supplemental header fiirther 
includes a confract identification field which identifies a confract with a payment provider. 

22. (Cancelled) 

23. (Previously Presented) The apparatus of claim 21 wherein the financial fransaction 
authorization requests include a cacheable data field and wherein the gateway processor 
populates the cache contained in the memory with data received in the cacheable data field. 

24. (Previously Presented) The apparatus of claim 23 wherein the cache-key comprises a 128 bit 
data field. 



25. (Cancelled) 



-7- 



26. (Previously Presented) The apparatus of claim 24 wherein the open payment socket 
comprises an SSL connection. 

27. (Cancelled) 

28. (Previously Presented) The apparatus of claim 24 wherein the first financial transaction 
authorization requests are in accordance with an HTTPS standard and wherein the web server 
front end is implemented as software. 

29. (Previously Presented) The apparatus of claim 24 wherein the first financial transaction 
authorization requests are in accordance with an XML standard and wherein the web server fi-ont 
end is implemented as hardware. 

30. (Previously Presented) The apparatus of claim 24 wherein the first financial transaction 
authorization requests are transmitted through a secure socket layer. 

3 1 . (Previously Presented) The apparatus of claim 24 wherein an ACK transmission through the 
public network interface by the gateway server to a merchant does not precede an transmission 
of an authorization result. 

32. (Cancelled) 

33. (Previously Presented) A payment processing gateway server for processing financial 

transactions comprising: 

a public network interface configured to couple to a public network and receive first 
financial transaction authorization requests, the first financial transaction 
authorization requests received fi-om merchants and which include transaction 
specific data, cache-able data and a cache key, wherein the cache key comprises 
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data indicative of a merchant and data indicative of a store, wherein the data 
indicative of a merchant comprises 12 bytes and the data indicative of a store 
comprises 4 bytes; 

a gateway memory comprising volatile memory, the gateway memory configured to 
cache the cache-able data from the first financial authorization requests and index 
the cache in accordance with the cache key, the gateway memory further 
configured to restore the cache-able data upon a failure by utilizing a database; 

a gateway processor configured to retrieve the cache-able data from the gateway memory 
based upon the cache key and configured to process the first financial transaction 
authorization requests received through the public network interface based upon a 
supplemental header; 

a financial network interface configured to couple to a plurality of financial networks and 
transmit second financial transaction authorization requests to a plurality of 
financial institutions coupled to the plurality of financial networks based upon 
first financial transaction authorization requests, the financial network interface 
further configured to receive first financial transaction authorization results from 
the financial institutions; and 

the public network interface further configured to send second financial fransaction 
authorization results to merchants in response to the first financial fransaction 
authorization results. 

34. (Original) The apparatus of claim 33 wherein the cache key comprises 128 bits of data. 

35. (Original) The apparatus of claim 34 wherein the cache key comprises a GUID (Globally 
Unique Identifier). 



36. (Cancelled) 
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37. (Previously Presented) The apparatus of claim 35 wherein the cache-able data includes data 
selected from the group of data consisting of merchant name, country, state, location, zip code, 
merchant category and time zone. 

38. (Previously Presented) The apparatus of claim 37 wherein the gateway processor provides a 
web service on the public network interface. 

39. (Previously Presented) The apparatus of claim 38 wherein the web service maintains state for 
first financial transaction authorization requests and wherein the web service is provided by 
ASP.NET. 

40. (Previously Presented) The apparatus of claim 37 wherein the gateway processor operates in 
accordance with a common language run time environment. 

41. (Previously Presented) The apparatus of claim 37 wherein the database is a SQL server and 
wherein the database duplicates data maintained in the cache to provide a data backup. 

42. (Previously Presented) The apparatus of claim 39 wherein the database is configured to 
maintain the state. 

43. (Original) The apparatus of claim 39 including a plurality of gateway processors configured 
to form a web cluster. 

44. (Original) The apparatus of claim 43 including a director configured to direct first financial 
transaction authorization requests from a specific merchant to a specific gateway processor. 



45. (Cancelled) 
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46. (Previously Presented) The apparatus of claim 37 wherein following a reset of the database, 
the gateway processor transmits a request message to merchants through the public network 
interface which requests a transmission of cache-able data for populating the cache contained in 
the volatile memory and for re-populating the database. 

47. (Previously Presented) The apparatus of claim 37 wherein the financial transaction 
authorization request includes a supplemental header containing a contract identification field. 

48. (Previously Presented) The apparatus of claim 47 wherein the financial transaction 
authorization request includes a supplemental header containing a payment type identification 
field. 

49. (Previously Presented) The apparatus of claim 48 wherein the first financial transaction 
authorization requests are in accordance with an HTTPS standard. 

50. (Previously Presented) The apparatus of claim 48 wherein the first financial transaction 
authorization requests are in accordance with an XML standard. 

5 1 . (Previously Presented) The apparatus of claim 48 wherein the first authorization requests are 
transmitted through a secure socket layer. 

52. (Previously Presented) The apparatus of claim 48 wherein the gateway processor processes 
financial transaction authorization requests using a stateless logic implementation and the 
gateway processor further synchronizes socket sessions with financial institutions through the 
financial network interface. 



53-57. (Cancelled) 
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58. (Previously Presented) A payment processing gateway server for processing debit type 
financial transactions comprising: 

a public network interface configured to couple to a public network and receive first 
financial transaction authorization requests, the first financial transaction 
authorization requests received from merchants and include transaction specific 
data, and merchant and/or store related data which is related to a merchant 
generating the authorization requests; 

a gateway processor configured to process the first financial transaction authorization 
requests received through the public network interface, wherein operation of the 
gateway processor on the first financial transaction authorization requests is 
stateless, wherein the gateway processor implements a socket based protocol, and 
wherein the gateway processor utilizes a server thread to maintain socket sessions 
with the merchant and with a financial institution; 

a financial network interface configured to couple to at least one financial network and 
transmit second financial transaction authorization requests to the financial 
institution coupled to the at least one financial network based upon the first 
financial transaction authorization requests, the financial network interface further 
configured to receive first financial transaction authorization results from the 
financial institution; 

the public network interface further configured to send second financial transaction 
authorization results to merchants in response to the first financial transaction 
authorization results; and 

the financial network interface further configured to send an acknowledgement to the 
financial institution independently of receipt of an acknowledgement from the 
merchant in response to the second financial authorization results. 
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59. (Previously Presented) The apparatus of claim 58 wherein the gateway processor is 
configured to recognize a duplicate financial transaction authorization request from the merchant 
within a time limit and wherein the gateway processor transmits a message to the merchant in 
response to the duplicate message. 

60. (Previously Presented) The apparatus of claim 59 wherein the socket session with the 
financial institution is on a back end common server, wherein the socket session with the 
merchant is on a front end web server, and wherein the socket session with the financial 
institution is uniquely identified to the front end web server utilizing a Global Unique Identifier. 

61. (Previously Presented) The apparatus of claim 58 wherein the gateway processor sends an 
acknowledgement to the financial institution. 



62-75. (Cancelled) 



